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BACKGROUND OF INVENTION 
Field of Invention 

1 5 The present invention relates generally to communications and, more particularly, to 

systems and methods for monitoring incoming communications to a telecommunications device. 



Description of the Background 

Due to the proliferation of the Internet, the World Wide Web and user-friendly web 
20 browsers, millions of personal computer (PC) users have easy access to a great quantity of 
information and documents from around the world. Internet infrastructures are largely land- 
based, transmitting data over digital links and analog lines. Accordingly, all that is required for a 
typical PC user to connect to the Internet is a telephone line, a modem, and an Internet Service 
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Provider (ISP), through which connection to the Internet is provided. Many, ifnot most, home 
PC users, however, have on,y one ,e.ephone line to their residential prem.se, Therefore, when 
the home PC user is connected to the Internet via the single telephone line, the telephone Une is 
not capable of receiving incoming calls to the home PC user's residential premises. Thus, if the 
5 homePCuserreceivesanincomingcallfromacallrngpaxtyduringmecourseofanlntemet 

session, the incoming call is not be completed and the calling party receives a busy signal. 
Moreover, conventional call-waiting services cannot remedy mis problem because conventional 
call-waiting services must be disabled during an Internet session due to th. fact that the 
conventional call-waiting signal would disrupt data transfer over the Interne, via the single 
1 0 telephone line to the residential premises. 

One solution to alleviate this problem are so-called "Interne, call-waiting" (ICW) 
services. These services allow home Internet users to be no.ifiedof incoming calls while 
connected to the Internet. According to known ICW services, the home Internet user, after being 
notified of the incoming call, and sometimes even the name of the calling party, is provided the 
, 5 opportunity to disconnect ftom the Internet and accept the incoming call or remain connected to 
the Internet by rejecting the incoming call. 

Another solution that many home PC users are pursuing is simply to install separate 
communications lines: one for their home PC and the other for incoming and outgoing telephone 
communications. The communication line for their PC may be another telephone line 
20 called "dial-up" connection) or i, may be a more direct data communications link such as an 

ADSL (asymmetric digital subscriber line) link or an ISDN (integrated digital services network) 
Hnk. With any such two-line configuration, home PC users have the luxury of always being 



2 



Attorney Docket No. 00342 

connected to the telephone network for receiving and transmitting telephone communications 
while connected to the Internet through their home PC. 

New inconveniences arise, however, for many home PC users with a two-line 
configuration. Significantly, for a home PC user who subscribes to a caller ID service whereby 
5 the name and telephone number of a calling party are displayed on a visual display unit 

associated telephone line/device, when the home PC user receives an incoming call during an 
Internet session, the PC user cannot easily access the visual display unit in enough time to 
answer the incoming call after viewing the displayed name of the calling party unless the visual 
display unit is in extremely close proximity to the home PC user's PC. This dilemma is 
1 0 especially vexing for residential premises in which the home PC and telephone are located in 
separate rooms or on separate floors. 

Accordingly, there exists a need for a manner in which the name and telephone number 
of parties calling on a separate line may be revealed to home PC users connected to the Internet 
without the home PC user having to leave the confines of their PC environment. 

15 

SUMMARY OF THE INVENTION 

The present invention is directed to a method for monitoring incoming communications 
to a telecommunications device. According to one embodiment, the method includes detecting 
an incoming communication on a first communications link to the telecommunications device, 
20 wherein the incoming communication is from a calling party. The method further includes 
retrieving information regarding to the calling party in response to detection of the incoming 
communication, and sending a message to a data communications device via a second 
communications link. The message contains the information regarding the calling party. 
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Detection of the incoming communication to the telecommunications device may be 
performed by a signal switching point (SSP) switch provisioned with a terminating attempt 
trigger specific to the service. When the SSP switch detects the incoming communication, it 
may send a message to a first service control point (SCP). The first service control point may 
5 retrieve information regarding the party placing the incoming communication. This information 
may be sent to a second SCP which, upon receiving the information from the first SCP, may 
retrieve an address for a data communications device, such as a personal computer (PC), and 
send the information to the data communications device at the retrieved address. The address 
may be an internet protocol (IP) address, and the message may be sent to the data 

10 communications device via a network employing, for example, the transport control 

protocol/internet protocol (TCP/IP) suite of communications protocols to route packets of data. 
The data communications device may then display the information regarding the calling party to 
a user of the data communications device. 

According to another embodiment, the present invention is also directed to a system for 

1 5 monitoring incoming communications to a telecommunications device. According to one 

embodiment, the system includes a switch and a service control point in communication with 
each other. The switch is for detecting an incoming communication to the telecommunications 
device from a calling party, wherein the switch is in communication with the 
telecommunications device by a first communications link. The service control point is for 

20 receiving a first message from the switch regarding detection of the incoming communication 
and for sending a second message to a data communications device, the second message 
containing information regarding the calling party, wherein the service control point is in 
communications with the data communications device by a second communications link. 
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Advantageously, embodiments of the present invention allow a user of the data 
communications device, such as a PC, to be notified of incoming communications to the 
telecommunications device, such as a remote telephone, without having to leave the environment 
of the PC. Consequently, a PC-user, while connected to the AIN, such as through the TCP/IP 
5 network, may monitor incoming calls to a remote telephone. These and other benefits of the 
invention will be apparent from the detailed description hereinbelow. 

BRIEF DESCRIPTION OF THE DRAWINGS 

For the present invention to be clearly understood and readily practiced, the present 
1 0 invention will be described in conjunction with the following figures, wherein: 

Figure 1 is a block diagram of an Advanced Intelligent Network (AIN) for integration 
with a public switched telephone network; 

Figure 2 is a block diagram of a system according to one embodiment of the present 
invention; 

1 5 Figure 3 is a diagram of a display that may be displayed to a subscriber to identify an 

incoming caller to a remote telecommunications device according to one embodiment of the 
present invention; 

Figure 4 is a diagram of a log of incoming calls to a remote telecommunications device 
that may be displayed to a subscriber according to one embodiment of the present invention; 
20 Figure 5 is a block diagram of a process for providing a calling name service for an 

internet user for incoming communications to a remote telecommunications device using the 
system of Figure 2 according to one embodiment of the present invention; 
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Figure 6 is a diagram of the process flow through the client call announcer module 
according to one embodiment of the present invention; and 

Figure 7 is a block diagram of the system of Figure 2 according to another embodiment 
of the present invention. 

5 

DETAILED DESCRIPTION OF THE PRESENT INVENTION 

It is to be understood that the figures and descriptions of the present invention have been 
simplified to illustrate elements that are relevant for a clear understanding-of the present 
invention, while eliminating, for purposes of clarity, other elements of a communications 

1 0 network. For example, certain operating system details and modules of certain of the intelligent 
platforms of the network are not described herein. Those of ordinary skill in the art will 
recognize, however, that these and other elements may be desirable in a typical communications 
network. However, because such elements are well known in the art, and because they do not 
facilitate a better understanding of the present invention, a discussion of such elements is not 

15 provided herein. 

The term "calling party" is used herein generally to refer to the person or device that 
initiates a telecommunication. The calling party may also be referred to herein as "caller." In 
some cases, the calling party may not be a person, but may be a device such as a facsimile 
machine, an answering service, a modem, etc. The term "called party" is used herein generally 

20 to refer to the person or device that answers or responds to the call or communication. The term 
"communication" is used herein to include all messages or calls that may be exchanged between 
a calling party and a called party, including voice, data and video messages. The term 
"communication" is used synonymously herein with the term "call" unless a distinction is noted. 
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The term "subscriber" is used herein to generally refer to a subscriber of the described 
telecommunications service. The term "Internet" refers to both the Internet and an intranet, 
unless a distinction is noted. Similarly, the term "Internet-accessible device" refers to a data 
communications device that has the capability to access the Internet or an intranet. 
5 The present invention is directed, according to one embodiment, to a system and method 

by which users of an Internet-accessible device, such as a personal computer (PC) with a dial-up 
or dedicated data link, may be displayed the name and/or directory number of a party placing an 
incoming communication to a telecommunications device associated with-the user on a telephone 
line that is separate from the line for the Internet-accessible device. Accordingly, the PC user, 

10 i.e., the subscriber of the telecommunications service, need not leave the confines of their PC 
environment to monitor incoming calls to a telecommunications device associated with the PC 
user, which may or may not be proximate to the subscriber during an Internet session. 

According to one embodiment, the system utilizes the intelligent functionality of an 
Advanced Intelligent Network (AIN). The AIN is a network used in conjunction with a 

1 5 conventional telephone network, such as the public switched telephone network (PSTN), to 
provide enhanced voice, video and data services and dynamic routing capabilities using two 
different networks. The actual voice call is transmitted over a circuit-switched network, but the 
signaling is done on a separate packet-switched network. Before describing details of the system 
of the present invention, a description of the AIN is therefore provided. 

20 Figure 1 is a block diagram of an Advanced Intelligent Network (AIN) 1 0 for integration 

with the public switched telephone network (PSTN). The AIN 10 may be employed by a Local 
Exchange Carrier (LEC) servicing a Local Access and Transport Area (LATA) of the PSTN, and 
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may be utilized by the LEC to allow the LEC to provide call processing features and services 
that are not embedded within conventional switching circuits of the PSTN. 

A typical LEC includes a number of central office (CO) switches for interconnecting 
customer premises terminating equipment with the PSTN. For an LEC including the AIN 10 as 

5 illustrated in Figure 1 , the central office switches may be provided as Service Switching Points 
(SSP) switches 12. The dashed line 14 between the SSP switches 12 indicates that the number of 
SSP switches 12 in the AIN 10 may vary depending on the particular requirements of the AIN 
10. The AIN 10 may also include a non-SSP switch 16. The difference between the SSP 
switches 12 and the non-SSP switch 16 is that the SSP switches 12 provide intelligent network 

10 functionality. Interconnecting the SSP switches 12 and the non-SSP switch 16 are 
communication links 18 which may be, for example, trunk circuits. 

Each SSP switch 12 and non-SSP switch 16 has a number of subscriber lines 20 
connected thereto. The subscriber lines 20 may be, for example, conventional twisted pair loop 
circuits connected between the switches 12, 16 and the telephone drops for the customer 

1 5 premises, or the subscriber lines 20 may be trunk circuits, such as T-l trunk circuits. Typically, 
the number of subscriber lines 20 connected to each switch 12, 16 is on the order often thousand 
to one hundred thousand lines. Each of the subscriber lines 20 is connected to a terminating 
piece of customer premises equipment, represented in Figure 1 by the landline telephones 22. 
Alternatively, the terminating equipment may be, for example, a telecopier, a personal computer, 

20 a modem, or a private branch exchange (PBX) switching system. 

For the AIN 10 illustrated in Figure 1, each SSP switch 12 and the non-SSP switch 16 is 
connected to a signal transfer point (STP) 24 via a communication link 26. The communication 
link 26 may employ, for example, an SS7 switching protocol. The STP 24 may be a multi-port 
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high speed packet switch that is programmed to respond to the routing information in the 
appropriate layer of the switching protocol, and route the data packets to their intended 
destination. 

One of the intended destinations of the data packets from the STP 24 is a service control 

5 point (SCP) 28. The STP 24 is in communication with the SCP 28 via a communication link 30, 
which may also employ the SS7 switching protocol. The SCP 28 may be an intelligent database 
server such as, for example, an Intelligent Network Service Control Point available from Lucent 
Technologies Inc., Murray Hill, NJ, and may have associated with it a network database 32 for 
storing network data. The intelligent functionality of the SCP 28 may be realized by application 

10 programs, such as Service Program Applications (SPA), which are run by the SCP 28. The SCP 
28 is normally employed to implement high volume routing services, such as call forwarding and 
800 number translation and routing. The SCP 28 may also be used for maintenance of and 
providing access to the network databases for authorization of billing, such as credit card 
validations. In addition, another of the functions of the SCP 28 is maintenance of the network 

1 5 database 32, which may store subscriber information, such as subscriber call management 
profiles, used in providing enhanced calling services. Such enhanced calling services may 
include call return, calling name, call forwarding, call screening and blocking, in addition to 
many other such services. 

The AIN 10 illustrated in Figure 1 also includes services node (SN) 34. The SN 34 may 

20 be, for example, a Compact Services Node (CSN) available from Lucent Technologies Inc., 

Murray Hill, NJ, although the SN available 34 may be any other AIN-compliant SN such as, for 
example, an AIN/IP (Intelligent Peripheral) SN from Nortel Networks Corp., Montreal, Quebec. 
The SN 34 may be connected to one or more of the SSP switches 12 via a communications link 
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36 which may be, for example, an Integrated Service Digital Network (ISDN) including BRI 
(Basic Rate Interface) or PRI (Primary Rate Interface) lines. According to other embodiments, 
the communications link 36 may be, for example, a T-l trunk circuit. 

The SN 34 may be used primarily when some enhanced feature or service is needed that 

5 requires an audio connection to the call such as, for example, the call return and calling name 
services, or when transfer of a significant amount of data to a subscriber over a switched 
connection during or following a call is required. Similar to the SCP 28, the intelligent 
functionality of the SN 34 may be realized by program applications executable by the SN 34. 
In order to keep the processing of data and calls as simple as possible at the switches, 

10 such as at the SSP switches 12, a set of triggers may be defined at the SSP switches 12 for each 
call. A trigger in an AIN is an event associated with a particular subscriber line 20 that generates 
a data packet to be sent from the SSP switch 12 servicing the particular subscriber line 20 to the 
SCP 28 via the STP 24. The triggers may be originating triggers for calls originating from the 
subscriber premises or terminating triggers for calls terminating at the subscriber premises. A 

1 5 trigger causes a message in the form of a query to be sent from the SSP switch 12 to the SCP 28. 
The SCP 28 in turn interrogates the database 32 to determine whether some customized call 
feature or enhanced service should be implemented for the particular call, or whether 
conventional dial-up telephone service should be provided. The results of the database inquiry 
are sent back from the SCP 28 to the SSP switch 12 via the STP 24. The return packet includes 

20 instructions to the SSP switch 12 as to how to process the call. The instructions may be to take 
some special action as a result of a customized calling service or enhanced feature. For example, 
for an enhanced calling feature requiring the capabilities of the SN 34, the return message from 
the SCP 28 may include instructions for the SSP switch 12 to route the call to the SN 34. In 
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addition, the return message from the SCP 28 may simply be an indication that there is no entry 
in the database 32 that indicates anything other than conventional telephone service should be 
provided for the call. The query and return messages may be formatted, for example, according 
to conventional SS7 TCAP (Transaction Capabilities Application Part) formats. U.S. Patent 

5 5,438,568, which is incorporated herein by reference, discloses additional details regarding the 
functioning of an AIN 1 0. 

The AIN 10 illustrated in Figure 1 includes only one STP 24, one SCP 28, one network 
database 32, arid one SN 34, although the AIN 10 may further include an additional number of 
these components as well as other network components which not are included in Figure 1 for 

10 purposes of clarity. For example, the AIN 10 may additionally include redundant STPs and 

STPs to take over if the STP 24 or the SCP 28 should fail. In addition, the AIN 10 may include 
an Automatic Electronic Switching System (AESS ) Network Access Point (NAP) in 
communication with the STP 24, which may be programmed to detect the trigger conditions. 
Further, the AIN 10 may include regional STPs and regional SCPs in communication with, for 

1 5 example, the local STP 24, for routing and servicing calls between different LECs. 

As discussed hereinbefore, the present invention is directed, according to one 
embodiment, to a system by which a subscriber, while accessing, for example, the Internet from 
an Internet-accessible device may be displayed the name and/or directory number of a party 
placing an incoming communication to a remote telecommunications device associated with the 

20 subscriber on a telephone line separate from the line for the Internet-accessible device. Figure 2 
is a diagram of a system 40 according to one such embodiment. The system 40 includes portions 
of the AIN 10 illustrated in Figure 1 including an SSP switch 12, an STP 24, and an SCP 28. For 
purposes of clarity, other elements of the AIN 1 0 are not shown in Figure 2. In addition, as 
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described further hereinbelow, the system 40 may include a second SCP 42 in communication 
with the STP 24 via a communications link 44. The SCP 42 and the communications link 44 
may be similar to the SCP 28 and the communications link 30 respectively described 
hereinbefore in conjunction with Figure 1. 
5 The calling party may place a communication from the telecommunications device 46 to 

the subscriber at the telecommunications device 22 via the telephone network 48. The telephone 
network 48 may include, individually or in combination, a public switched telephone network 
(PSTN), a plain old telephone service (POTS) network, or a wireless telephone network. 

The subscriber, while connected to, for example, the Internet or an intranet, by the data 

10 communications device 50, may be displayed information regarding the calling party on a 

monitor of the device 50. As illustrated in Figure 2, the data communications device 50 may be 
in communication with the second SCP 42 via a network 52. The network 52 may employ, for 
example, the TCP/IP suite of communications protocols to route packets of data between various 
nodes of the network 52. The network 52 may include the Internet or an intranet. The data 

1 5 communications device 50 may be any device capable of receiving and sending data via the 

network 52 such as, for example, a personal computer (PC) having web browsing software. The 
device 50 may be in communication with the network 52 via a communications link 54, which 
may include, for example, a dial-up communications link, a cable modem link, an ADSL link, or 
an ISDN link. Additionally, the system 40 may also include a firewall 56 to provide security for 

20 communications between the SCP 42 and the device 50. 

According to one embodiment, the first SCP 28 may include a calling name SPA 62 and 
an associated calling name (CNAM) database 64 and the second SCP 42 may include a call 
announcer SPA 66 and a call announcer (CA) database 68. (Hereinafter, the first SCP 28 is 
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referred to as the calling name or CNAM SCP 28 and the second SCP 42 is referred to as the call 
announcer or CA SCP 42.) The intelligent functionality of the SPAs 62, 66, in conjunction with 
the data maintained in the databases 64, 68, may be used to provide the calling name feature of 
the present invention, as described further hereinbelow. The CNAM database 64 may include, 
5 for example, the names and directory numbers of subscribers and non-subscribers to the network. 
The CA database 68 may include, for example, the routing address, such as the IP address, of the 
device 50. The address of the device 50 may be a permanent address or a variable address, such 
as for dial-up connections. Where the routing address of the device is variable, the address may 
be communicated to the CS SCP 42 when the device 50 establishes a connection with the 

10 network 52. When the address of the device 50 is permanent (such as for a cable modem link, an 
ADSL link, or an ISDN link), the CA database 68 may be provisioned with the address of the 
device 50 upon subscription to the service. 

The SPAs 62, 66 may be implemented as software code to be executed by the respective 
SCPs 28, 42 using any type of computer instruction type suitable such as, for example, 

1 5 microcode, and may be stored in, for example, an electrically erasable programmable read only 
memory (EEPROM), or can be configured into the logic of the SCPs 28, 42. According to 
another embodiment, the SPAs 62, 66 may be implemented as software code to be executed by 
the SCPs 28, 42 using any suitable computer language such as, for example, Java, C or C++ 
using, for example, conventional or object-oriented techniques. The software code may be 

20 stored as a series of instructions or commands on a computer readable medium, such as a random 
access memory (RAM), a read only memory (ROM), a magnetic medium such as a hard-drive or 
a floppy disk, or an optical medium such as a CD-ROM. 
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In addition, the data communications device 50 may include a client call announcer 
module 70. The client call announcer module 70 may monitor the data communications device 
50 for an active connection with the network 52. If the client call announcer module 70 detects 
such a connection, the client announcer module 70 may send a message to the CA SPA 42 via 

5 the network 52 to that effect. In addition, for a dial-up connection, the client call announcer 
module 70 may send the address (such as the IP address) for the device 50 for the particular 
Internet-session. Moreover, as described further hereinbelow, the client call announcer module 
70 may display on the monitor of the device 50 a message identifying the -calling party for an 
incoming call to the telecommunications device 22. The client call announcer module may also 

10 log the incoming call, as described further hereinbelow. In addition, according to one 

embodiment, the client call announcer may provide an audible indication to the subscriber of an 
incoming communication to the remote telecommunications device 22. 

The client call announcer module 70 may be implemented as software code to be 
executed by the device 50 using any type of computer instruction type suitable such as, for 

1 5 example, microcode, and may be stored in, for example, an electrically erasable programmable 
read only memory (EEPROM), or can be configured into the logic of the device 50. According 
to another embodiment, the module 70 may be implemented as software code to be executed by 
the device 50 using any suitable computer language such as, for example, Java, C or C++ using, 
for example, conventional or object-oriented techniques. The software code may be stored as a 

20 series of instructions or commands on a computer readable medium, such as a random access 
memory (RAM), a read only memory (ROM), a magnetic medium such as a hard-drive or a 
floppy disk, or an optical medium such as a CD-ROM. 



14 



Attorney Docket No. 00342 

An example of a visual display of the calling party information that the call announcer 
module 70 may display on the monitor of the device 50 is provided at Figure 3. The display may 
be generated according to a conventional pop-up window or in a web browser application. 
Displaying the calling party information in a web browser application may be beneficial to 
5 permit transfer of the CNAM data through the firewall 56, such as where the device 50 is part of 
a corporate network, such as an intranet. 

In addition, an example of a call log that the call announcer module 70 may display is 
provided at Figure 4. As can be seen in Figures 3 and 4, the client call announcer 70 may permit 
the subscriber to disable/enable the calling name service. The disable/enable events may be also 
1 0 be logged by the client call announcer module 70. According to one embodiment of the present 
invention, the log generated by the client call announcer module 70 may be editable using, for 
example, a text editor or word processing application. In addition, the log may be printed or 
saved into a format accessible by, for example, a spreadsheet, contact manager, or database 
application. 

1 5 For the embodiment illustrated in Figure 2, the system 40 includes two SCPs (the CNAM 

SCP 28 and the CA SCP 42). According to other embodiments of the present invention, the 
CNAM SPA 62 and the CA SPA 66 may reside on a single SCP that is in communication with 
both the SSP switch 12 and the device 50. According to other embodiments of the present 
invention, either of the CNAM SPA 62 and the CA SPA 66 may be distributed across a number 

20 of interconnected SCPs. 

Figure 5 is diagram illustrating a process for providing a calling name service to a 
subscriber for incoming communications to a remote telecommunications device associated with 
the subscriber using the system 40 according to one embodiment of the present invention. The 
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process initiates at block 80 where a calling party places a communication to the subscriber at a 
telecommunications device that is associated with a data communications device that monitors 
incoming calls. For purposes of the system 40 illustrated in Figure 2, the calling party may be a 
user of the telecommunications device 46, the incoming communication may be placed to the 

5 telecommunications device 22, and the data communications device 50 may monitor the 
incoming communications to the telecommunications device 22. 

From block 80 the process advances to block 82 where the SSP switch 12, provisioned 
with a terminating trigger specific to the service, detects the incoming communication. In 
response to detection of the terminating trigger, at block 84 the SSP switch 12 sends a query 

10 message to the CNAM SCP 28 via the STP 24. The query message from the SSP switch 12 to 
the CNAM SCP 28 may be formatted according to the TR1 18 query standard. 

Having received the query message from the SSP switch 12, at block 86 the CNAM SCP 
28 interrogates the CNAM database 64 to retrieve the directory number and/or calling name of 
the calling party (i.e., the directory number and calling name associated with the 

15 telecommunications device 46). From block 86 the process advances to block 88 where the 
CNAM SCP 28 sends a message to the SSP switch 12 to complete the incoming call from the 
telecommunications device 46 to the telecommunications device 22. 

From block 86 the process also advances to block 90 where the CNAM SCP 28 sends a 
message to the CA SCP 42 via the STP 24 including the directory number/calling name of the 

20 calling party. From block 90 the process advances to block 92 where the CA SCP 42 

interrogates the CA database 68 for the address of the device 50 associated with the called party 
(i.e., the telecommunications device 22). As discussed hereinbefore, the address of the device 50 
may be, for example, a permanent IP address, such as where the communications link 54 is a 
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cable modem link, an ADSL or an ISDN link, or it may be a variable IP address for the device 
50, such as where the communications link 52 is a dial-up connection. 

From block 92 the process advances to block 94 where the CA SCP 42 sends a message 
to the device 50 including the directory number/calling name of the calling party. The client call 
5 announcer module 70 may then optionally log and/or display the information on the display 
monitor of the device 50. 

Figure 6 is a diagram of the process flow through the client call announcer module 70 
according to one embodiment of the present invention. The process flow "initiates at block 100, 
where the client call announcer module 70 receives the CNAM data (directory number and/or 

10 calling name) of the calling party via the network 52. From block 100 the process advances to 
block 102 where the client call announcer module 70 compares the calling number of the calling 
party (i.e., the directory number associated with the telecommunications device 46) with a 
subscriber-provided list of calling numbers. If at block 104 it is determined that there is match, 
the process advances to block 106 where the client call announcer module 70 displays the 

1 5 subscriber-provided name associated with the calling number. The subscriber-provided name 
may be different than the calling name stored in the CNAM database 64. Accordingly, the 
present invention permits a subscriber to personalize the displayed name for certain calling 
parties. Otherwise, if at block 104 it is determined that a match does not exist, the client call 
announcer module 70 displays the information provided by the CA SCP 42. 

20 From either of blocks 106, 108 the process advances to block 110 where the client call 

announcer module 70 compares the called number (i.e., the directory number for the 
telecommunications device 22) with a subscriber-provided list of called numbers. If at block 1 12 
it is determined that the called number matches one of the subscriber-provided numbers, the 
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process flow advances to block 114 where the client call announcer module 70 displays the name 
associated with the called number. Accordingly, a user of the device 50 may monitor the 
incoming calls to a number of associated telecommunications devices such as, for example, 
separate home telephone lines, or a home telephone and a work telephone. Conversely, if at 
5 block 1 12 it is determined that the called number does not match one of the subscriber-provided 
numbers, the client call announcer module 70 may display the called number. 

Figure 7 is a block diagram of the system 40 according to another embodiment. The 
system 40 of Figure 7 is similar to that of Figure 2, except that an Internet-Service Provider (ISP) 
120 is shown as part of the connection between the data communications device 50 and the 

10 network 52. The ISP 120 may be an organization that provides access for the subscriber, via the 
device 50, to the network 52. According to such an embodiment, the ISP 120 may log incoming 
communications to the telecommunications device 22 based on messages from the CA SCP 42. 
The ISP 120 may then, for example, periodically send e-mail messages to the device 50 with the 
updated call log. Accordingly, incoming calls could be logged regardless of whether the device 

15 50 was actively connected to the network 52. According to another embodiment, the ISP 120 
may host a secure web site that the subscriber could access via the device 50 to retrieve the 
updated call log. 

Although the present invention has been described herein with respect to certain 
embodiments, those of ordinary skill in the art will recognize that many modifications and 
20 variations of the present invention may be implemented. The foregoing description and the 
following claims are intended to cover all such modifications and variations. 
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